Evolution Service-Orientierter Systeme
نویسنده
چکیده
In diesem Beitrag geht es um die Evolution, bzw. Wartung und Weiterentwicklung, Service-orientierter Systeme (SoS). Zunächst werden die besonderen Eigenschaften solcher Systeme vor dem Hintergrund einer Serviceorientierter Architektur(SoA) erläutert. Danach werden drei Probleme vorgestellt, die im Zusammenhang mit der Evolution Service-orientierter Systeme stehen: die Mehrsprachigkeit, die gestiegene Komplexität und die vermehrte Abhängigkeit von externen Lieferanten. Der Beitrag geht darauf ein, welchen Einfluss diese Probleme auf die Evolution der Software haben werden. Anschließend werden alternative Möglichkeiten aufgezeichnet mit diesen Problemen fertig zu werden. Schlüsselbegriffe: Software-Evolution, Web-Services, service-orientierte Architekturen, Wartung, Weiterentwicklung, Reverse-Engineering, Regressionstest. 1. Software-Evolution Der Begriff Software-Evolution wurde bereits in den 70er Jahren von Les Belady und Manny Lehman geprägt. Im Jahre 1976 erschien ihre erste Studie über die Evolution des OS-Betriebssystems bei der IBM [BL75]. Schon damals wurde festgestellt, dass Software sich wandeln muss wenn sie überleben will. Anderseits, je mehr sie sich wandelt, desto brüchiger wird sie. Die Komplexität steigt und die Qualität sinkt. Irgendwann lässt sich die Software nicht mehr verändern und muss ausgemustert werden [LB85]. Allerdings haben Belady und Lehman dieses Erosionsprozesses grob unterschätzt. Sie konnten damals nicht ahnen, dass er Jahrzehnte dauern könne. Sie haben auch die Möglichkeit zur Sanierung der Software unterschätzt. Durch regelmäßige Überholungen lässt sich die Lebensdauer eines Softwaresystems verlängern. Als sie ihre Gesetze der Software-Evolution formulierten, steckte die Reengineering-Technologie erst in den Kinderschuhen. Heute haben wir Reengineering-Techniken mit denen wir sowohl die Komplexität einer Software abbauen als auch die Qualität steigern können [Sn02].
منابع مشابه
Requirements Engineering und Geschäftsprozessmodellierung - zwei Seiten der gleichen Medaille
Lassen sich Requirements Engineering und Geschäftsprozessmodellierung im Kontext service-orientierter Architektur überhaupt noch trennen? Die Autoren sind der Auffassung: Ja! Und es ist sinnvoll, die Disziplinen voneinander zu trennen. Die Autoren begründen dies, beschreiben die bei Credit Suisse geplante Integration und zeigen die Implikationen auf für Projektarbeit. Die dargestellten Konzepte...
متن کاملHerausforderungen in der Laufzeitdarstellung von Anforderungen für eingebettete Systeme
Motivation. Es gibt eine Klasse von Softwaresystemen, die sich dadurch auszeichnet, dass die Umgebung des Systems zur Entwicklungszeit nicht vollständig bekannt ist oder die Umgebung unterliegt häufigen Änderungen. Die Entwicklung dieser Systeme ist daher mit traditionellen Methoden des Requirements Engineering nicht adäquat beherrschbar. Diese Klasse von Systemen wird als dynamisch anpassbare ...
متن کاملStakeholder-orientierter Software Test für Geschäftsanwendungen
1. Einleitung und Motivation Geschäftsanwendungen werden immer wichtiger für Unternehmen. Basierend auf Geschäftsprozessen sollen die Systeme Mitarbeiter unterstützen und die Arbeitsabläufe effizienter gestalten. Die verschiedenen Anwender stellen unterschiedlichste Anforderungen aus mehreren Perspektiven an diese Systeme, einhergehend mit verschiedensten Zielen, die die Stakeholder mit den Sys...
متن کاملMultimodale Interaktion in virtueller Realität am Beispiel der virtuellen Konstruktion
Systeme der Virtuellen Realität (VR) stellen neue Herausforderungen an die Art und Weise der Systembedienung. Die Übertragung herkömmlicher 2D orientierter WIMP-Schnittstellen (Windows, Icon, Menue, Pointer) erweist sich hier häufig als ungeeignet. In diesem Zusammenhang verfolgt die vorgestellte Arbeit den Ansatz, VR-Interaktionen über natürliche menschliche Kommunikationsmöglichkeiten mit Ges...
متن کامل